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METHOD AND SYSTEM FOR CAPTURING A NOTE-TAKING SESSION 

FIELD OF INVENTION 

The present invention relates generally to computing systems and, more 

particularly, to a method and system for capturing, in a computer system, data relating to 
5 a note-taking session. The system and method of the invention are suitable for use in, for 
example, an educational environment or a meeting environment. 

CO-PENDING APPLICATIONS 

Various methods, systems and apparatus relating to the present invention are 

disclosed in the following co-pending applications filed by the applicant or assignee of 
1 0 the present invention simultaneously with the present invention: 

NPA060US, NPA061US, NPA081US, NPA082US, NPPOIOUS, NPP013US, 
NPP015US, NPP020US, NPP021US, NPP022US, NPP023US, NPS014US, 
NPS015US, NPSaiTUS, NPS018US, NPS022US, NPS027US NPS028US, 
NPT008US, BINOIUS, BIN02US, BIN03US, BIN04US 

15 

The disclosures of these co-pending applications are incorporated herein by cross- 
reference. Each application is temporarily identified by its docket number. This will be 
replaced by the corresponding USSN when available. 

Various methods, systems and apparatus relating to the present invention are 
20 disclosed in the following co-pending applications filed by the applicant or assignee of 
the present invention on 20 October 2000: 

NPAOllUS, NPA031US, NPA040US, NPA046US, NPA053US, NPA059US, 
NPA064US, NPB006US, NPS004US, NPS008US, NPS013US, NPS024US, 
NPPCl, UPOIUS, UP02US, UP03US, UP04US, UP05US 

25 

The disclosures of these co-pending applications are incorporated herein by cross- 
reference. Each application is temporarily identified by its docket number. This will be 
replaced by the corresponding USSN when available. 

Various methods, systems and apparatus relating to the present invention are 
30 disclosed in the following co-pending applications filed by the applicant or assignee of 
the present invention on 15 September 2000: 
NPA024US, NPA025US, NPA047US, NPA049US 
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The disclosures of these co-pending applications are incorporated herein by cross- 
reference. Each application is temporarily identified by its docket number. This will be 
replaced by the corresponding USSN when available. 

Various methods, systems and apparatus relating to the present invention are 
disclosed in the following co-pending applications filed by the applicant or assignee of 
the present invention on 30 June 2000: 

NPA014US, NPA015US, NPA022US, NPA026US, NPA038US, NPA041US, 
NPA050US, NPA051US, NPA052US, NPA063US, NPA065US, NPA067US, 
NPA068US, NPA069US, NPA071US, NPA072US, NPB003US, NPB004US, 
NPB005US, NPP019US, PEC04US, PEC05US, PEC06US, PEC07US 



The disclosures of these co-pending applications are incorporated herein by cross- 
reference. Each application is temporarily identified by its docket number. This will be 
1 5 replaced by the corresponding USSN when available. 

Various methods, systems and apparatus relating to the present invention are 
disclosed in the following co-pending applications filed by the applicant or assignee of 
the present invention on 23 May 2000: 

NPAOOIUS, NPA002US, NPA004US, NPA005US, NPA006US, NPA007US, 
20 NPA008US, NPA009US, NPAOIOUS, NPA012US, NPA016US, NPA017US, 
NPA018US, NPA019US, NPA020US, NPA021US, NPA030US, NPA035US, 
NPA048US, NPA075US, NPBOOIUS, NPB002US, NPK002US, NPK003US, 
NPK004US, NPK005US, NPMOOIUS, NPM002US, NPM003US, NPM004US, 
NPNOOIUS, NPPOOIUS, NPP003US, NPP005US, NPP006US, NPP007US, 
25 NPP008US, NPP016US, NPP017US, NPP018US, NPSOOIUS, NPS003US, 
NPS020US, NPTOOIUS, NPT002US, NPT003US, NPT004US, NPXOOIUS, 
NPX003US, NPX008US, NPXOllUS, NPX014US, NPX016US, IJ52US, 
IJM52US, MJIOUS, MJllUS, MJ12US, 
MJ15US, MJ34US, MJ47US, MJ58US, 
30 PAK04US, PAK05US, PAK06US, PAK07US, 
PEC02US, PEC03US 



MJ13US, MJ14US, 
MJ62US, MJ63US, 
PAK08US, PECOIUS, 



35 



The disclosures of these co-pending applications are incorporated herein by cross- 
reference. Each application is temporarily identified by its docket number. This will be 
replaced by the corresponding USSN when available. 
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BACKGROUND 

Remote whiteboard computer systems are already established. Such interactive 
systems allow participants in mutually disparate geographical locations to participate in a 
collaborative activity in real time. Generally each participant has access to a computer 
5 means that is networked with the computers of the other participants. A display device 
accessible to each participant acts as a 'virtual whiteboard', allowing the participants to 
submit and receive drawings and alternative graphical or other information. Each 
participant may have a copy of a common dravsdng on his or her virtual whiteboard, and 
can edit or otherwise amend that drawing, such 'markups' being immediately transmitted 
10 to the other participants to maintain in a consistent state the common drawing. 

Additionally, conventional whiteboards are also commonly used in educational 
environments, to facilitate the transfer of information from teacher to student, and in 
group discussions such as business meetings, where ideas need to be communicated 
between participants. The whiteboard provides a convenient surface on which concepts 
1 5 can be graphically expressed, by way of notes, drawings, charts, etc. Such notations can 
be made in selected colors and can be readily erased from the smooth, wipeable surface. 

Electronic whiteboards which have been developed allow representations of 
notations made upon a specially designed whiteboard to be transmitted to a computer for 
storage, display, transmission, printing, etc. During a meeting session, graphical user 

20 input entered on the electronic whiteboard is digitized and stored in a file, and dedicated 
whiteboard application software enables retrieval and manipulation. At any time, stored 
session files may be retrieved to view or print the information, or to copy it to other 
applications if required. To this end, the whiteboard surface generally includes a 
writing/drawing region, and a control region providing means for inputting control 

25 commands via the whiteboard. 

SUMMARY OF INVENTION 

It is an objective of the present invention to provide a new method and system 

for capturing, in a computer system, data relating to a note-taking session. 

The present invention provides, in a first aspect, a method of capturing, in a 
30 computer system, data relating to a note-taking session, the session consisting of 
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handwritten annotations made by a user by way of a writing implement on a plurality of 
pages, the method including the steps of: 

receiving, in the computer system and via the writing implement, an indication 
of the start of the note-taking session; 

5 receiving, in the computer system and via the writing implement, data 

indicative of said handwritten annotations made by said user on said plurality of pages; 

receiving, in the computer system and via the writing implement, an indication 
of the end of the note-taking session; and 

retaining a retrievable record of the received data for the note-taking session. 

1 0 According to the invention in a second aspect, there is provided a system for 

capturing data relating to a note-taking session, the session consisting of handwritten 
annotations made by a user by way of a writing implement on a plurality of pages, the 
system including: 

a computer system for receiving indicating data via the writing implement 
1 5 operated by the user, said indicating data regarding the position of the writing implement 
relative to a page, the computer system including (a) means for identifying, from the 
indicating data, an indication of the start of the note-taking session and an indication of 
the end of the note-taking session; and (b) storage means for retaining a retrievable 
record of the received data for the note-taking session, said retrievable record being 
20 indicative of said handwritten annotations made by said user on said plurality of pages 
between the start and end of the note-taking session. 

Accordingly, the present invention provides a system and a method which 
utilizes one or more forms capable of interacting with a computer system. Whilst the 
novel method and system of the present invention may be used in conjunction with a 
25 single computer system, it is also readily adapted to operate by means of a computer 
network, such as the hitemet. 

Physically, the form is disposed on a surface mediimi of any suitable structure. 
However, in a preferred arrangement, the form is disposed on sheet material such as 
paper or the like which has the coded data printed on it and which allows interaction 
30 with the computer system. The coded data is detectable preferably, but not exclusively. 
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outside the visible spectrum, thereby enabling it to be machine-readable but substantially 
invisible to the human eye. The form may also include visible material which provides 
information to a user, such as the application or purpose of the form, and which visible 
information may be registered or correlate in position with the relevant hidden coded 
5 data. 

The system also includes a sensing device to convey data from the form to the 
computer system, and in some instances, to contribute additional data. Again, the 
sensing device may take a variety of forms but is preferably compact and easily portable. 
In a particularly preferred arrangement, the sensing device is configured as a pen which 
10 is designed to be able to physically mark the interactive form as well as to selectively 
enable the coded data from the form to be read and transmitted to the computer system. 
The coded data then provides control information, configured such that designation 
thereof by a user causes instructions to be applied to the software running on the 
computer system or network. 

1 5 The nature of the interaction between the form and the sensing device and the 

data that each contributes to the computer system may vary. In one arrangement, the 
coded data on the form is indicative of the identity of the form and of at least one 
reference point on that form. In another embodiment, the interactive form includes 
coded data which is indicative of a parameter of the form, whereas the sensing device is 

20 operative to provide data regarding its own movement relative to that form to the 
computer system together with coded data from the form. In yet another arrangement, 
the form includes the coded data which at least identifies the form, and the sensing 
device is designed to provide, to the computer system, data based on the form coded 
data, and also on data which identifies the user of the device. 

25 The system and method employs specially designed printers to print the 

interactive form. Further these printers constitute or form part of the computer system 
and are designed to receive data from the sensing device. As indicated above, the system 
and method of the invention is ideally suited to operate over a network. In this 
arrangement, the printers are fully integrated into the network and allow for printing of 

30 the interactive forms on demand and also for distributing of the forms using a mixture of 
multi-cast and point-cast communication protocols. 
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Accordingly, in a preferred form, the present invention provides methods and 
systems which use a paper and pen based interface for a computer system. This provides 
many significant benefits over traditional computer systems. The advantage of paper is 
that it is widely used to display and record information. Further, printed information is 
5 easier to read than information displayed on a computer screen. Moreover, paper does 
not run on batteries, can be read in bright light, or robustly accepts coffee spills or the 
like and is portable and disposable. Furthermore, the system allows for hand-drav^ng 
and hand-writing to be captured which affords greater richness of expression than input 
via a computer keyboard and mouse. 

1 0 The present invention therefore provides a method and system for capturing, in 

a computer system, data relating to a note-taking session, making use of novel interactive 
surface media. It is to be understood in this specification and claims that the term 'note- 
taking session' refers to any session during which pages are annotated for presentation 
purposes, hi particular, in carrying out the method of the invention, a notepad, (or 

1 5 'whiteboard pad'), is employed to convey information. 

Using the invention, participants can commimicate graphical ideas on a 
whiteboard or similar, using interactive surface media. The whiteboard can take the form 
of a pad of large-format pre-printed pages supported for easy viewing on an easel. 
Multiple colored pens can be used during a whiteboard session, and the colors used can 
20 be reproduced on subsequently printed versions of the pages of a whiteboard session. 

Each printed version of page can be timestamped and marked with the name of 
the.author, if desired.. _ _ . _ _^ ... 
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BRIEF DESCRIPTION OF DRAWINGS 

Preferred and other embodiments of the invention will now be described, by 

way of non-limiting example only, with reference to the accompanying drawings, in 
which: 

5 Figure 1 is a schematic of a the relationship between a sample printed netpage and its 
online page description; 

Figure 2 is a schematic view of a interaction between a netpage pen, a netpage printer, a 
netpage page server, and a netpage application server; 

Figure 3 is a schematic view of a high-level structure of a printed netpage and its online 
1 0 page description; 

Figure 4a is a plan view showing a structure of a netpage tag; 

Figure 4b is a plan view showing a relationship between a set of the tags shown in Figure 
4a and a field of view of a netpage sensing device in the form of a netpage pen; 

Figure 5 a is a plan view showing an alternative structure of a netpage tag; 

1 5 Figure 5b is a plan view showing a relationship between a set of the tags shown in Figure 
5a and a field of view of a netpage sensing device in the form of a netpage pen; 

Figure 5c is a plan view showing an arrangement of nine of the tags shown in Figure 5a 
where targets are shared between adjacent tags; 

Figure 5d is a plan view showing the interleaving and rotation of the symbols of the four 
20. codewords of the tag shown in Figure 5a; „ . _ . 

Figure 6 is a schematic view of a set of user interface flow document icons; 

Figure 7 is a schematic view of a set of user interface page layout element icons; 

Figure 8 is a class diagram representing a conferencing system according to the 
invention; 

25 Figure 9 is an access type class diagram; 

Figure 1 0 illustrates the conferencing whiteboard page version numbering system; 
Figure 1 1 illustrates the conference session menu user interface flow; 
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Figure 12 illustrates the conference session list user interface flow; 

Figure 13 illustrates the book conference session user interface flow; 

Figure 14 illustrates the user interface flow for a whiteboard page; 

Figure 15 presents an overall illustration of the user interface flow for a conference 
5 session; 

Figure 16 shows the book a conference session page; 
Figure 17 shows the conference session control page; 
Figure 18 shows the session main page; 
Figure 19 shows a printed blank whiteboard page; 
1 0 Figure 20 shows the conference session end notice; 
Figure 21 shows the compose message page; 

Figure 22 is a class diagram representing a whiteboard pad and session; 
Figure 23 illustrates a whiteboard pad session user interface flow; 
Figure 24 shows a whiteboard pad page; and 
1 5 Figure 25 shows a whiteboard session page. 
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DETAILED DESCRIPTION OF PREFERRED AND OTHER EMBODIMENTS 

Note: Memjet™ is a trademark of Silverbrook Research Pty Ltd, Australia. 

In the preferred embodiment, the invention is configured to work with the 
netpage networked computer system, a summary of which is given below and a detailed 
5 description of which is given in our earlier applications, including in particular 

applications USSN 09/ (docket no. NPT002US), USSN 09/ 

(docket no. NPSOOIUS), USSN 09/ (docket no. NPP003US), USSN 

09/ (docket no. NPA002US) and USSN 09/ (docket no. 

IJ52US). It will be appreciated that not every implementation vnll necessarily embody all 
10 or even most of the specific details and extensions described in these applications in 
relation to the basic system. However, the system is described in its most complete form 
to assist in understanding the context in which the preferred embodiments and aspects of 
the present invention operate. 

In brief summary, the preferred form of the netpage system employs a computer 
15 interface in the form of a mapped surface, that is, a physical surface which contains 
references to a map of the surface maintained in a computer system. The map references 
can be queried by an appropriate sensing device. Depending upon the specific 
implementation, the map references may be encoded visibly or invisibly, and defined in 
such a way that a local query on the mapped surface yields an unambiguous map 
20 reference both within the map and among different maps. The computer system can 
contain information about features on the mapped siarface, and such information can be 
retrieved based on map references supplied by a sensing device used with the mapped 
surface. The information thus retrieved can take the form of actions which are initiated 
by the computer system on behalf of the operator in response to the operator's interaction 
25 with the surface features. 

In its preferred form, the netpage system relies on the production of, and human 
interaction with, netpages. These are pages of text, graphics and images printed on 
ordinary paper or other media, but which work like interactive web pages. Information is 
encoded on each page using ink which is substantially invisible to the unaided human 
30 eye. The ink, however, and thereby the coded data, can be sensed by an optically imaging 
pen and transmitted to the netpage system. 
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In the preferred form, active buttons and hyperlinks on each page can be 
clicked with the pen to request information from the network or to signal preferences to a 
network server. In one embodiment, text written by hand on a netpage is automatically 
recognized and converted to computer text in the netpage system, allowing forms to be 
5 filled in. In other embodiments, signatures recorded on a netpage are automatically 
verified, allowing e-commerce transactions to be securely authorized. 

As illustrated in Figure 1 , a printed netpage 1 can represent a interactive form 
which can be filled in by the user both physically, on the printed page, and 
"electronically", via communication between the pen and the netpage system. The 

10 example shows a "Request" form containing name and address fields and a submit 
button. The netpage consists of graphic data 2 printed using visible ink, and coded data 3 
printed as a collection of tags 4 using invisible ink. The corresponding page description 
5, stored on the netpage network, describes the individual elements of the netpage. In 
particular it describes the type and spatial extent (zone) of each interactive element (i.e. 

1 5 text field or button in the example), to allow the netpage system to correctly interpret 
input via the netpage. The submit button 6, for example, has a zone 7 which corresponds 
to the spatial extent of the corresponding graphic 8. 

As illustrated in Figure 2, the netpage pen 101, a preferred form of which is 

described in our earlier application USSN 09/ (docket no. NPSOOIUS), 

20 works in conjimction with a netpage printer 601, an Intemet-connected printing 
appliance for home, office or mobile use. The pen is wireless and communicates securely 
with the netpage printer via a short-range radio link 9. 

The netpage printer 601, preferred forms of which are described in our earlier 
application USSN 09/ (docket no. NPP003US) and our co-filed application 

25 USSN 09/ (docket no. NPS024US), is able to deliver, periodically or on 

demand, personalized newspapers, magazines, catalogs, brochures and other 
publications, all printed at high quality as interactive netpages. Unlike a personal 
computer, the netpage printer is an appliance which can be, for example, wall-moimted 
adjacent to an area where the morning news is first consumed, such as in a user's 

30 kitchen, near a breakfast table, or near the household's point of departure for the day. It 
also comes in tabletop, desktop, portable and miniature versions. 
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Netpages printed at their point of consumption combine the ease-of-use of 
paper with the timeliness and interactivity of an interactive medium. 

As shown in Figure 2, the netpage pen 101 interacts with the coded data on a 
printed netpage 1 and communicates^ via a short-range radio linJc 9, the interaction to a 
5 netpage printer. The printer 601 sends the interaction to the relevant netpage page server 
10 for interpretation. In appropriate circumstances, the page server sends a corresponding 
message to application computer software running on a netpage application server 13. 
The application server may in turn send a response which is printed on the originating 
printer. 

10 The netpage system is made considerably more convenient in the preferred 

embodiment by being used in conjunction with high-speed microelectromechanical 
system (MEMS) based inkjet (Memjet™) printers, for example as described in our 

earlier application USSN 09/ (docket no. IJ52US). In the preferred form of 

this technology, relatively high-speed and high-quality printing is made more affordable 

15 to consumers. In its preferred form, a netpage publication has the physical characteristics 
of a traditional newsmagazine, such as a set of letter-size glossy pages printed in full 
color on both sides, boimd together for easy navigation and comfortable handling. 

The netpage printer exploits the growing availability of broadband Internet 
access. The netpage printer can also operate with slower connections, but with longer 

20 delivery times and lower image quality. The netpage system can also be enabled using 
existing consimier inkjet and laser printers, although the system vdll operate more slowly 
and will therefore , be less acceptable from a consimier' s point of_ view. In other, 
embodiments, the netpage system is hosted on a private intranet. In still other 
embodiments, the netpage system is hosted on a single computer or computer-enabled 

25 device, such as a printer. 

Netpage publication servers 14 on the netpage network are configured to 
deliver print-quality publications to netpage . printers. Periodical publications are 
delivered automatically to subscribing netpage printers via pointcasting and multicasting 
Internet protocols. Personalized publications are filtered and formatted according to 
30 individual user profiles. 

A netpage printer can be configured to support any number of pens, and a pen 
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can work with any number of netpage printers. In the preferred implementation, each 
netpage pen has a unique identifier. A household may have a collection of colored 
netpage pens, one assigned to each member of the family. This allows each user to 
maintain a distinct profile with respect to a netpage publication server or application 
5 server. 

A netpage pen can also be registered wdth a netpage registration server 1 1 and 
linked to one or more payment card accounts. This allows e-commerce payments to be 
securely authorized using the netpage pen. The netpage registration server compares the 
signature captured by the netpage pen with a previously registered signature, allovdng it 
10 to authenticate the user's identity to an e-commerce server. Other biometrics can also be 
used to verify identity. A version of the netpage pen includes fingerprint scaiming, 
verified in a similar way by the netpage registration server. 

Although a netpage printer may deliver periodicals such as the morning 
newspaper without user intervention, it can be configured never to deliver unsolicited 
1 5 junk mail. In its preferred form, it only delivers periodicals firom subscribed or otherwise 
authorized sources. In this respect, the netpage printer is unlike a fax machine or e-mail 
account which is visible to any junk mailer who knows the telephone number or e-mail 
address. 

Each object model in the system is described using a Unified Modeling 
20 Language (UML) class diagram. A class diagram consists of a set of object classes 
connected by relationships, and two kinds of relationships are of interest here: 
associations and generalizations. An association represents some kind of relationship 
between objects, i.e. between instances of classes. A generalization relates actual classes, 
and can be understood in the following way: if a class is thought of as the set of all 
25 objects of that class, and class A is a generalization of class B, then B is simply a subset 
of A. Each class is drawn as a rectangle labelled v^th the name of the class. It contains a 
list of the attributes of the class, separated firom the name by a horizontal line, and a list 
of the operations of the class, separated from the attribute list by a horizontal line. In the 
class diagrams which follow, however, operations are never modelled. An association is 
30 drawn as a line joining two classes, optionally labelled at either end with the multiplicity 
of the association. The default multiplicity is one. An asterisk (*) indicates a multiplicity 
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of "many", i.e. zero or more. Each association is optionally labelled with its name, and is 
also optionally labelled at either end with the role of the corresponding class. An open 
diamond indicates an aggregation association ("is-part-of and is drawn at the 
aggregator end of the association line. A generalization relationship ("is-a") is drawn as a 
5 solid line joining two classes, with an arrow (in the form of an open triangle) at the 
generalization end. When a class diagram is broken up into multiple diagrams, any class 
which is duplicated is shown with a dashed outline in all but the main diagram which 
defines it. It is shown with attributes only where it is defined. 

Netpages are the foundation on which a netpage network is built. They provide 
10 a paper-based user interface to published information and interactive services. A netpage 
consists of a printed page (or other surface region) invisibly tagged with references to an 
online description of the page. The online page description is maintained persistently by 
a netpage page server. The page description describes the visible layout and content of 
the page, including text, graphics and images. It also describes the input elements on the 
1 5 page, including buttons, hyperlinks, and input fields. A netpage allows markings made 
with a netpage pen on its surface to be simultaneously captured and processed by the 
netpage system. 

Multiple netpages can share the same page description. However, to allow 
input through otherwise identical pages to be distinguished, each netpage is assigned a 
20 imique page identifier. This page ID has sufficient precision to distinguish between a 
very large nxmiber of netpages. 

Eiach reference to the page description is encoded in a printed tag. The tag 
identifies the unique page on which it appears, and thereby indirectly identifies the page 
description. The tag also identifies its own position on the page. Characteristics of the 
25 tags are described in more detail below. 

Tags are printed in infrared-absorptive ink on any substrate which is infi-ared- 
reflective, such as ordinary paper. Near-infrared wavelengths are invisible to the human 
eye but are easily sensed by a solid-state image sensor with an appropriate filter. 

A tag is sensed by an area image sensor in the netpage pen, and the tag data is 
30 transmitted to the netpage system via the nearest netpage printer. The pen is wireless and 
communicates with the netpage printer via a short-range radio link. Tags are sufficiently 
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small and densely arranged that the pen can reliably image at least one tag even on a 
single click on the page. It is important that the pen recognize the page ID and position 
on every interaction with the page, since the interaction is stateless. Tags are error- 
correctably encoded to make them partially tolerant to surface damage. 

5 The netpage page server maintains a imique page instance for each printed 

netpage, allowing it to maintain a distinct set of user-supplied values for input fields in 
the page description for each printed netpage. 

The relationship between the page description, the page instance, and the 
printed netpage is shown in Figure 3. The printed netpage may be part of a printed 
10 netpage document 45. The page instance is associated with both the netpage printer 
which printed it and, if known, the netpage user who requested it. 

In a preferred form, each tag identifies the region in which it appears, and the 
location of that tag within the region. A tag may also contain flags which relate to the 
region as a whole or to the tag. One or more flag bits may, for example, signal a tag 
15 sensing device to provide feedback indicative of a function associated with the 
immediate area of the tag, without the sensing device having to refer to a description of 
the region. A netpage pen may, for example, illxmiinate an "active area" LED when in 
the zone of a hyperlink. 

In a preferred embodiment, each tag contains an easily recognized invariant 
20 structure which aids initial detection, and which assists in minimizing the effect of any 
warp induced by the surface or by the sensing process. The tags preferably tile the entire 
page, and are sufficiently small and densely arranged that the pen can reliably image at 
least one tag even on a single click on the page. It is important that the pen recognize the 
page ID and position on every interaction with the page, since the interaction is stateless. 

25 In a preferred embodiment, the region to which a tag refers coincides with an 

entire page, and the region ID encoded in the tag is therefore synonymous with the page 
ID of the page on which the tag appears. In other embodiments, the region to which a tag 
refers can be an arbitrary subregion of a page or other surface. For example, it can 
coincide with the zone of an interactive element, in which case the region ID can directly 

30 identify the interactive element. 
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Each tag contains typically contains 16 bits of tag ID, at least 90 bits of region 
ID, and a number of flag bits. Assuming a maximum tag density of 64 per square inch, a 
16-bit tag ID supports a region size of up to 1024 square inches. Larger regions can be 
mapped continuously without increasing the tag ID precision simply by using abutting 
5 regions and maps. The distinction between a region ID and a tag ID is mostly one of 
convenience. For most purposes the concatenation of the two can be considered as a 
globally unique tag ID. Conversely, it may also be convenient to introduce structure into 
the tag ID, for example to define the x and y coordinates of the tag. A 90-bit region ID 
allows 2^^ (-10^^ or a thousand trillion trillion) different regions to be uniquely 
1 0 identified. Tags may also contain type information, and a region may be tagged with a 
mixture of tag types. For example, a region may be tagged with one set of tags encoding 
X coordinates and another set, interleaved with the first, encoding y coordinates. 

In one embodiment, 120 bits of tag data are redundantly encoded using a (15, 
5) Reed-Solomon code. This yields 360 encoded bits consisting of 6 codewords of 15 4- 

15 bit symbols each. The (15, 5) code allows up to 5 symbol errors to be corrected per 
codeword, i.e. it is tolerant of a symbol error rate of up to 33% per codeword. Each 4-bit 
symbol is represented in a spatially coherent way in the tag, and the symbols of the six 
codewords are interleaved spatially within the tag. This ensures that a burst error (an 
error affecting multiple spatially adjacent bits) damages a minimum number of symbols 

20 overall and a minimum number of symbols in any one codeword, thus maximising the 
likelihood that the burst error can be fully corrected. 

Any suitable error-correcting code code can be used in place of a (15, 5) Reed- 
Solomon code, for example a Reed-Solomon code with more or less redundancy, with 
the same or different symbol and codeword sizes; another block code; or a different kind 
25 of code, such as a convolutional code (see, for example, Stephen B. Wicker, Error 
Control Systems for Digital Conmivinication and Storage, Prentice-Hall 1995, the 
contents of which a herein incorporated by cross-reference). 

One embodiment of the physical representation of the tag, shown in Figure 4a 

and described in our earlier application USSN 09/ (docket no. NPT002US), 

30 includes fixed target stmctures 15, 16, 17 and variable data areas 18. The fixed target 
structures allow a sensing device such as the netpage pen to detect the tag and infer its 
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three-dimensional orientation relative to the sensor. The data areas contain 
representations of the individual bits of the encoded tag data. To maximise its size, each 
data bit is represented by a radial wedge in the form of an area bounded by two radial 
lines and two concentric circular arcs. Each wedge has a minimum dimension of 8 dots 
5 at 1600 dpi and is designed so that its base (its inner arc), is at least equal to this 
minimum dimension. The height of the wedge in the radial direction is always equal to 
the minimum dimension. Each 4-bit data symbol is represented by an array of 2x2 
wedges. The fifteen 4-bit data symbols of each of the six codewords are allocated to the 
four concentric symbol rings 18a to 18d in interleaved fashion. Symbols are allocated 
10 altemately in circular progression around the tag. The interleaving is designed to 
maximise the average spatial distance between any two symbols of the same codeword. 

In order to support "single-click" interaction v^th a tagged region via a sensing 
device, the sensing device must be able to see at least one entire tag in its field of view 
no matter where in the region or at what orientation it is positioned. The required 
1 5 diameter of the field of view of the sensing device is therefore a function of the size and 
spacing of the tags. Assimiing a circular tag shape, the minimum diameter of the sensor 
field of view 193 is obtained when the tags are tiled on a equilateral triangular grid, as 
shown in Figure 4b. 

The tag structure just described is designed to allow both reguleir tilings of 
20 planar surfaces and irregular tilings of non-planar surfaces. Regular tilings are not, in 
general, possible on non-planar surfaces. In the more usual case of planar surfaces where 
regular tilings of tags are possible, i.e. surfaces such as sheets of paper and the like, more 
efficient tag structures can be used which exploit the regular nature of the tiling. 

An alternative tag structure more suited to a regular tiling is shovra in Figure 
25 5a. The tag 4 is square and has four perspective targets 17. It is similar in structure to 
tags described by Bennett et al. in US Patent 5,051,746. The tag represents sixty 4-bit 
Reed-Solomon symbols 47, for a total of 240 bits. The tag represents each one bit as a 
dot 48, and each zero bit by the absence of the corresponding dot. The perspective targets 
are designed to be shared between adjacent tags, as shown in Figures 5b and 5c. Figure 
30 5b shows a square tiling of 16 tags and the corresponding minimum field of view 193, 
which must span the diagonals of two tags. Figure 5c shows a square tiling of nine tags. 
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containing all one bits for illustration purposes. 

Using a (15, 7) Reed-Solomon code, 112 bits of tag data are redundantly 
encoded to produce 240 encoded bits. The four codewords are interleaved spatially 
within the tag to maximize resilience to burst errors. Assuming a 16-bit tag ID as before, 
5 this allows a region ID of up to 92 bits. The data-bearing dots 48 of the tag are designed 
to not overlap their neighbors, so that groups of tags cannot produce structures which 
resemble targets. This also saves ink. The perspective targets therefore allow detection of 
the tag, so further targets are not required. 

Although the tag may contain an orientation feature to allow disambiguation of 
1 0 the foxir possible orientations of the tag relative to the sensor, it is also possible to embed 
orientation data in the tag data. For example, the four codewords can be arranged so that 
each tag orientation contains one codeword placed at that orientation, as shown in Figure 
5d, where each symbol is labelled with the nimiber of its codeword (1-4) and the position 
of the symbol within the codeword (A-O). Tag decoding then consists of decoding one 
1 5 codeword at each orientation. Each codeword can either contain a single bit indicating 
whether it is the first codeword, or two bits indicating which codeword it is. The latter 
approach has the advantage that if, say, the data content of only one codeword is 
required, then at most two codewords need to be decoded to obtain the desired data. This 
may be the case if the region ID is not expected to change within a stroke and is thus 
20 only decoded at the start of a stroke. Within a stroke only the codeword containing the 
tag ID is then desired. Furthermore, since the rotation of the sensing device changes 
slowly and predictably within a stroke, only one codeword typically needs to be decoded 
per firame. 

It is possible to dispense with perspective targets altogether and instead rely on 
25 the data representation being self-registering. In this case each bit value (or multi-bit 
value) is typically represented by an explicit glyph, i.e. no bit value is represented by the 
absence of a glyph. This ensures that the data grid is well-populated, and thus allows the 
grid to be reliably identified and its perspective distortion detected and subsequently 
corrected during data sampling. To allow tag boundaries to be detected, each tag data 
30 must contain a marker pattern, and these must be redundantly encoded to allow reliable 
detection. The overhead of such marker pattems is similar to the overhead of explicit 
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perspective targets. One such scheme uses dots positioned a various points relative to 
grid vertices to represent different glyphs and hence different multi-bit values (see Anoto 
Technology Description, Anoto April 2000). 

Decoding a tag results in a region ID, a tag ID, and a tag-relative pen transform. 
5 Before the tag ID and the tag-relative pen location can be translated into an absolute 
location v^thin the tagged region, the location of the tag within the region must be 
known. This is given by a tag map, a function which maps each tag ID in a tagged region 
to a corresponding location. A tag map reflects the scheme used to tile the surface region 
with tags, and this can vary according to surface type. When multiple tagged regions 

1 0 share the same tiling scheme and the same tag numbering scheme, they can also share 
the same tag map. The tag map for a region must be retrievable via the region ID. Thus, 
given a region ID, a tag ID and a pen transform, the tag map can be retrieved, the tag ID 
can be translated into an absolute tag location within the region, and the tag-relative pen 
location can be added to the tag location to yield an absolute pen location within the 

1 5 region. 

The tag ID may have a structure which assists translation through the tag map. 
It may, for example, encoded cartesian coordinates or polar coordinates, depending on 
the surface type on which it appears. The tag ID structure is dictated by and known to the 
tag map, and tag IDs associated with different tag maps may therefore have different 
20 structures. 

Two distinct surface coding schemes are of interest, both of which use the tag 
structure described earlier in this section. The preferred coding scheme uses "location- 
indicating" tags as already discussed. An altemative coding scheme uses "object- 
indicating" (or "function-indicating") tags. 

25 A location-indicating tag contains a tag ID which, when translated through the 

tag map associated with the tagged region, yields a imique tag location wdthin the region. 
The tag-relative location of the pen is added to this tag location to yield the location of 
the pen within the region. This in turn is used to determine the location of the pen 
relative to a user interface element in the page description associated with the region. 

30 Not only is the user interface element itself identified, but a location relative to the user 
interface element is identified. Location-indicating tags therefore trivially support the 
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capture of an absolute pen path in the zone of a particular user interface element. 

An object-indicating (or function-indicating) tag contains a tag ID which 
directly identifies a user interface element in the page description associated with the 
region (or equivalently, a function). All the tags in the zone of the user interface element 
5 identify the user interface element, making them all identical and therefore 
indistinguishable. Object-indicating tags do not, therefore, support the capture of an 
absolute pen path. They do, however, support the capture of a relative pen path. So long 
as the position sampling fi-equency exceeds twice the encountered tag firequency, the 
displacement fi:om one sampled pen position to the next within a stroke can be 
10 unambiguously determined. As an altemative, the netpage pen 101 can contain a pair or 
motion-sensing accelerometers, as described in our earlier application USSN 



With either tagging scheme, the tags function in cooperation with associated 
visual elements on the netpage as user interactive elements in that a user can interact 
1 5 with the printed page using an appropriate sensing device in order for tag data to be read 
by the sensing device and for an appropriate response to be generated in the netpage 
system. 

Each application user interface flow is illustrated as a collection of documents 
linked by command arrows. A command arrow indicates that the target document is 
20 printed as a result of the user pressing the corresponding command button on the source 
page. Some command arrows are labelled with multiple commands separated by slashes 
(7's), indicating that any one of the specified commands causes the target document to 
be printed. Although multiple commands may label the same command arrow, they 
typically have different side-effects. 

25 In application terms, it is important to distinguish between netpage documents 

and netpage forms. Documents contain printed information, as well as conmiand buttons 
which can be pressed by the user to request further information or some other action. 
Forms, in addition to behaving like normal documents, also contain input fields which 
can be filled in by the user. They provide the system with a data input mechanism. It is 

30 also useful to distinguish between documents which contain generic information and 
documents which contain information specific to a particular interaction between the 
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user and an application. Generic documents may be pre-printed publications such as 
magazines sold at news stands or advertising posters encountered in public places. Forms 
may also be pre-printed, including, for example, subscription forms encountered in pre- 
printed publications. They may, of course, also be generated on-the-fly by a netpage 
5 printer in response to user requests. User-specific docimients and forms are normally 
generated on the fly by a netpage printer in response to user requests. Figure 6 shows a 
generic document 990, a generic form 991, a user-specific document 992, and a user- 
specific form 993. 

Netpages which participate in a user interface flow are further described by 
10 abstract page layouts. A page layout may contain various kinds of elements, each of 
which has a imique style to differentiate it fi-om the others. As shown in Figure 7, these 
include fixed information 994, variable information 995, input fields 996, command 
buttons 997, draggable commands 998, and text hyperlinks or hypertext links 999. 

When a user interface flow is broken up into multiple diagrams, any docimient 
1 5 which is duplicated is shown with dashed outlines in all but the main diagram which 
defines it. 

REMOTE CONFERENCING USING THE NETPAGE SYSTEM 

The netpage system, then, provides the facility for enabling remote 

conferencing, allowing geographically distributed participants to commimicate graphical 
20 ideas via a shared whiteboard while engaged in a telephone conference or similar. Every 
time a participant adds a modification or a new piece of graphical information to the 
whiteboard the other participants are provided with an updated copy of the page. Each 
netpage or netpage docximent used during a conference session, such as a Conference 
Session Control Page (see below) or a version of a whiteboard which a participant is 
25 marking up, is a physical representation of what is referred to herein as a "conferencing 
form", containing the interactive objects (hyperlinks and form fields). 

New whiteboard pages can be started at any time, but older pages or older 
versions of pages can still be marked up and re-distributed. Each participant ends up with 
a fiiU history of the interaction. 

30 APPLICATION DRAWING NOTATION 

Each application user interface flow is illustrated as a collection of documents 
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linked by command arrows. A command arrow indicates that the target document is 
printed as a result of the user pressing the corresponding command button on the source 
page. Some command arrows are labelled with multiple commands separated by slashes 
(V's), indicating that any one of the specified commands causes the target document to 
5 be printed. Although multiple commands may label the same command arrow, they 
typically have different side-effects. 

In application terms, it is important to distinguish between netpage documents 
and netpage forms. Documents contain printed information, as well as command buttons 
which can be pressed by the user to request further information or some other action. 

1 0 Forms, in addition to behaving like normal documents, also contain input fields which 
can be filled in by the user. They provide the system with a data input mechanism. It is 
also useful to distinguish between documents which contain generic information and 
docxmients which contain information specific to a particular interaction between the 
user and an application. Generic documents may be pre-printed publications such as 

1 5 magazines sold at news stands or advertising posters encountered in public places. Forms 
may also be pre-printed, including, for example, subscription forms encountered in pre- 
printed publications. They may, of course, also be generated on-the-fly by a netpage 
printer in response to user requests. User-specific documents and forms are normally 
generated on the fly by a netpage printer in response to user requests. Figure 44 shows a 

20 generic document 990, a generic form 991, a user-specific document 992, and a user- 
specific form 993. 

Netpages which participate in a user interface flow are further described by 
abstract page layouts. A page layout may contain various kinds of elements, each of 
which has a unique style to differentiate it firom the others. As shown in Figure 45, these 
25 include fixed information 994, variable information 995, input fields 996, command 
buttons 997, draggable commands 998, and text hyperlinks or hypertext links 999. 

When a user interface flow is broken up into multiple diagrams, any document 
which is duplicated is shown with dashed outlines in all but the main diagram which 
defines it. 

30 CONFERENCING OBJECT MODEL 

The conferencing object model revolves around a conference session, a set of 
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versioned whiteboard pages, and session participants. The conferencing class diagram is 
shown in Figure 8. 

Each conference participant 502 is a netpage user 800, and has an access type 
505 for a session, controlling the functions to which they have access. The access type 
5 specifies, for example, whether a participant is merely an observer, or whether he/she is 
permitted to make page markups, send messages, etc. The possible access types are 
chairperson 509, organizer 510, author 511, markup allowed 512 and observer 513. The 
Access Type class dia-gram is shown in Figure 9. 

Each conference session 500 has a unique session identifier 507, a session 
1 0 description, a planned start and end time, an actual start and end time, comments, and a 
status (indicating if the session is booked, in progress, finished or cancelled). 

Associated with a conference session is a conference whiteboard made up of 
whiteboard pages 503, each of which may have a number of versions 504 associated 
with it. A version 504 is uniquely identified by a version nimiber 508, Each version has a 
1 5 line style 506. 

Before a session begins the whiteboard is empty. As the session progresses 
participants create new whiteboard pages, or make markups to existing whiteboard 
pages. Each time a markup is made and submitted by a participant, a new version of that 
whiteboard page is created. Each version records the date and time the version was 
20 created, the user who made the markups, and the markup content. In addition, each page 
version is also linked to the version of the page that was marked up to create this version. 
Li this way a "tree" of versions is created for each white-board page, recording all the 
markups made during the session. 

The first whiteboard page version is version 0 515. If this version is modified, 
25 version 1 516 is created. If version 1 is modified, version 2 is created, and so on. This is 
called the 'main branch' of the tree. If, however, at some stage during the session a user 
modifies an older version of the page, then the version numbering system branches. If a 
user later modifies version 1 then the tree branches and a new version 1.1 517 is created. 
An example of this version numbering system is shown in Figure 10. In this way, the 
30 evolution of each page (and thereby the information exchange process of the conference) 
can by clearly reviewed at any stage of the session. 
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CONFERENCING USER INTERFACE 

A user may obtain the Conference Session Menu 518 (not shown) from a 

variety of links including, for example: 

• a personalized bookmark kept by or available to the netpage user 

5 -the help menu 46 of the user's netpage printer 

The Conference Session Menu user interface flow is shovm in Figure 1 1 . 

Optionally, security can be added to the conference session by adding signature 
verification at key points. A signature can be required, for example, on the session main 
page before a participant is allowed to send any markups. 

1 0 Book a Conference Session 

A user may book a new conference session by clicking <Book New 

Session> on the Conference Session Menu 518. The Book A Conference Session page 
519 is printed, shown in Figure 16. The user who creates a new conference session is 
referred to as the 'organizer'. The Book Conference Session user interface flow is shown 
15 in Figure 13. 

To create a session the user specifies a short session description, the planned 
' start date and time, and the planned end time for the session. 

The user also specifies the participants to be invited to the session. One 
participant on the list may be flagged as the chairperson for the conference. If none is 
20 specified then, by default, the organizer is the chairperson. Participants may also be 
flagged as observers, observers having access types such that they may receive the 
whiteboard pages and all markups, but are not able to submit markups. The user may 
click the <Add Invitees> button 533 to obtain their contact list 523 (not shown) and 
select the participants. 

25 Finally, for information purposes, the user may also include some comments 

relating to the session and its purpose. 

When the details are complete the user clicks the <Send Invitation> button 534 
to send the session invitation 524 to the participants via a netpage e-mail, 

8.3.2 Conference Session List 
30 The user can print a list of their conference sessions by selecting the <List 
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Sessions> button from the Conference Session Menu 518. The Conference Session List 
520 (not shown) shows all sessions in which the user is a participant. For each session 
the list shows the session description, the user's access type for that session, the start 
date and time for the session, and the session's status. 

5 The Conference Session List user interface flow is shown in Figure 12. From 

the Conference Session List 520 the user can cancel a session by clicking the <Cancel> 
button, or click <Details> to see the full details of the session. If the user cancels a 
session a Session Cancelled Notice 521 (not shown) is sent to particpants. If the session 
has not yet started, selecting <Details> prints a Conference Session Control Page 522 
10 (see below). The session action buttons <Start Session> and <End Session> are only 
printed if the user is the meeting chairperson. 

Conference Session Control 

A user may start a conference session by selecting <Details> for the session 

from the Session List. If the session has not yet started then the Conference Session 
1 5 Control Page 522 is printed, shown in Figure 17. If the user is the session chairperson, all 
the session action buttons are printed. 

The chairperson clicks <Start Session> 535 to begin the conference session, 
and a Session Main Page 526 is printed on the netpage printer of each participant (Figure 
18). The conference session then proceeds. 

20 The chairperson clicks <End Session> 536 to end the current conference 

session. After this no more page markups can be submitted by the participants, and a 
Conference Session End Notice 532 is sent to all participants, shown in Figure 20. 

At any time during or after a conference session, the chairperson may view the 
history 525 of the whiteboard markups by clicking <View History> 537. The tree view 
25 of page versions is printed, with each version being shown as a thumbnail image together 
with its version nimiber and the name of the user who created it. The chairperson can 
then print a fiiU size copy of the page version by clicking on it. 

At any time during or after a markup session, a user may list messages sent 
during the session. The message list 528 only shows messages which were addressed to 
30 the user. 

A Conference Session 
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The user interface flow for a conference session is shoAvn in Figure 15. 

As explained above, when the session is started by the chairperson a Session 
Main Page 526 is printed on the netpage printer of each participant. The Session Main 
Page, shown in Figure 1 8, gives the session details, the participants' names and access 
5 types. 

If the user clicks the <New Page> 539 button on the Session Main Page, a 
blank whiteboard page (Figure 19) is printed. 

If the user clicks the <Print Palette> button on the Session Main Page, a palette 
529 (not shown) of available line styles and colors is printed. The user can select the line 
1 0 style and color to use when writing on the whiteboard page. The palette choice can be 
changed at any time during the session. The current line style and color becomes a 
property of any captured digital ink. 

During a session a participant can send a message 53 1 to the other participants, 
the message 531 printing directly onto the netpage printer of the addressees. The 
1 5 messages are recorded against the conference session, and may be printed at any time 
during or after the session, but messages can of course only be viewed by the message 
addressees. To send a message the user clicks the <Send Message> button and the 
Compose Message page 530 is printed, as shown in Figure 21 . 

The whiteboard page 527 is shown in Figure 19. The top of the whiteboard 
20 page shows the session description, whiteboard page nimiber, version number, the 
current date and time, and the name of the participant who made the latest markups. 

The page version may be reprinted, discarding any markups made on the page 
by the user, by clicking the <Reprint> button. 

The user can select content on another netpage using an available netpage 
25 selection mechanism (e.g. by 'lassoing' and selecting the desired content from another 
netpage with the netpage pen). The user can then paste the selected content to the 
whiteboard page by drawing a line from the <Paste> icon to the desired paste point on 
the page. 

If at any stage the user clicks the <Update> button then their marked-up 
30 whiteboard page is stored as a new version and is sent to all session participants. 
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If the user clicks the <New Page> button a blank whiteboard page is printed on 
their printer, as shown in Figure 19. 

The user interface flow for a whiteboard page is shown in Figure 14, whilst the 
user interface flow for a conference session is shown in Figure 15. 

5 The tree view of page versions is printed on the back of each whiteboard page. 

If the entire tree does not fit on one page then as much as possible of the current branch 
is shown. Each version is shown as a thumbnail image, and beside the image is the 
version number and the update user name. The user can then print a full size copy of the 
page version by clicking on it. 

10 As explained above, once the chairperson has ended a current conference 

session, no more page markups can be submitted by the participants, and a Conference 
Session End Notice 532 (Figure 20) is sent to all participants. 

WHITEBOARD SESSIONS USING THE NETPAGE SYSTEM 

Additionally, then, the netpage system can be employed in the provision of a 

15 whiteboard facility for users in an educational or meeting environment who are not 
geographically remote from one another. 

NETPAGE WHITEBOARD PAD APPLICATION 

An easel holding a pad of large-format (e.g. Al or AO) pre-printed netpage 

paper acts as the whiteboard. Participants in a meeting can collaboratively mark up the 
20 physical pages, and at the end of the meeting can print out a reduced-size version of the 
whiteboard pages, such as an A4 version, conveniently bound and timestamped. Multiple 
colored netpage pens can be used during a session, and since each pen can inform the 
system of its color and style, the reduced pages can faithfully reproduce the colors used. 

The whiteboard pad application records each page of a pre-printed whiteboard 
25 pad as belonging to a particular pad, as shown in the Whiteboard Pad and Session class 
diagram in Figure 22. When a user starts a new session 541, the application records the 
pad page 542 through which the user starts the session 541 as being the first page of the 
session. Any other pages belonging to the same pad 540 which are marked by a user 
using a netpage pen while the session is active are also recorded as belonging to the 
30 session. 
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Each pad page 543 contains pre-printed buttons for starting, ending and 
printing a session, as shown in Figure 24. As shown in the user interface flow in Figure 
23, when a user presses the <start session> button 547, the appUcation prints a session 
start page 544 which gives the start time of the session. When a session is active in 
5 relation to a particular pad, any attempt to start a new session elicits an error report. 

Altematively or additionally, the application may be configured such that, if the 
user marks a pad page when no session is active, a new session is automatically started. 

When the user presses the <end session> button 548, the application prints a 
session end page 545 which gives the start and end times of the session. When no 
10 session is active in relation to a particular pad, any attempt to end a session elicits an 
error report. 

Each pad page 543, as well as the session start page 544 and the session end 
page 545, provides a <print session> button 549 which can be used at any time to print 
the pages of the corresponding session. Each session page 546 is printed with the session 
1 5 start and end dates and times, as well as a page number vdthin the session, as shown in 
Figure 25. 

As an altemative to the above, the whiteboard pad comprises essentially blank 
pages, preprinted with coded data for detection by the netpage pen, and the pad is 
provided on a cardboard or other backing sheet. The backing sheet extends beyond the 

20 periphery of the pages, for example below the bottom of the pages, to provide a 
projecting margin which includes a single set of session control buttons. These can be 
used to control any number of sessions held using the pad, although only one session at a 
time, of course. Because the whiteboard pad application knows which pad the control 
buttons belong to, it knows which pad, and therefore which session, the control buttons 

25 operate on. 

Conclusion 

The present invention has been described with reference to a preferred 
embodiment and number of specific altemative embodiments. However, it will be 
appreciated by those skilled in the relevant fields that a number of other embodiments, 
30 differing from those specifically described, will also fall within the spirit and scope of 
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the present invention. Accordingly, it will be understood that the invention is not 
intended to be limited to the specific embodiments described in the present specification, 
including documents incorporated by cross-reference as appropriate. The scope of the 
invention is only limited by the attached claims. 
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